檢查有一部分意為「限制」、「標記」，主要是讓你我能專注於目標，免去其他能支尾末節的事情上。你可以不認同，但請你告訴我原因！
Performance 、 Code Style 、 Testing ，我想到是檢查這三項，若有使用 CI / CD 工具，做 Testing 是基本，前兩項依現況調整。今天來說說 Linter ，一個讓人有愛又恨的 Code Style 的工具。愛，有了它省下不少 Code Style 確認的時間；恨，沒有熟悉制定好的 Code Style 會產生一堆檢查不過的訊息。
原文 這裡，以下是簡單要重點整理
| 名稱 | 優點 | 缺點 |
|---|---|---|
 |
裝了就上 | 不支援客制規則與設定環境 |
 |
Fork 自 JSLint ，能設定環境 | 不支援客制規則 |
 |
可以客制規則，有 Report | 不會檢查可能潛在的錯誤 |
 |
可以客制規則，有 Report | 必須做設定 |
團隊人數的成長若非很快，我認為 Linter 的導入是非常不急，因為這些不同仍有足夠的時間被消化。因此工具終是輔助，適時的導入使用是為了節省時間、注專開發，而非為了限制而使用。今年最後一篇文，之後更新請追我的 Blog ( Link 在這 ，明年見！ See you next time!
iThome鐵人賽
看影片追技術